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DISPOSITIF ET PROCEDE DE CONTROLE DE DONNEES DE GESTION 
D'EQUIPEMENTS DE RESEAU, POUR UN SYSTEME DE GESTION DE 
RESEAU DE COMMUNICATIONS 

L'invention concerne le domaine de la gestion d'equipements d'un 
reseau de communications, et plus particulierement celui du controle de 
integration de nouveaux equipements de reseau ou de nouvelles versions 
d'equipements de reseau par un systeme de gestion de reseau. 

La plupart des reseaux de communications sont equipes d'outils 
couples a un systeme de gestion de reseau (ou NMS pour « Network 
Management System »), egalement appele systeme d'exploitation du reseau, 
permettant a leur gestionnaire (ou superviseur) de gerer les equipements qui 
les constituent. De tels outils mettent generalement en ceuvre des fonctions et 
des services, egalement appeles OAM&P (pour « Operations, Administration, 
Maintenance and Provisioning »). 

On entend ici par « equipement de reseau» tout type de materiel, 
comme par exemple des serveurs, des terminaux, des commutateurs, des 
routeurs ou des concentrateurs, capable d'echanger des donnees selon un 
protocole de gestion de reseau avec le systeme de gestion NMS, comme par 
exemple le protocole SNMP (pour « Simple Network Management Protocol » 
RFC 2571-2580). 

Lorsqu'un nouvel equipement (ou nouveau type d'equipement) est 
mis sur le marche, il doit disposer d'un module de donnees de gestion, 
egalement appele application de gestion, afin de pouvoir etre integre dans un 
reseau et gere par son gestionnaire. ^integration consiste alors a charger 
dans un serveur du NMS le « nouveau » module de donnees de gestion 
associe a ce nouvel equipement. On entend ici par « nouvel equipement », 
aussi bien un equipement existant modifie (par exemple par le remplacement 
ou I'ajout d'une carte) qu'un equipement d'un nouveau type. 

Or, pour effectuer un tel chargement, il faut prealablement supprimer 
« Tancien » module de donnees de gestion utilise par le NMS pour gerer 
I'ancien equipement, puis relancer Tapplication de configuration de I'ensemble 
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du reseau, Ce mode de chargement presente au moins deux inconvenients. 
Tout d'abord, pendant toute la duree de ces operations, les equipements du 
reseau ne peuvent plus etre geres par le NMS. Ensuite, le chargement d'un 
nouveau module de donnees de gestion ne garantit pas sa compatibility avec 
5 les autres modules de donnees de gestion associes aux autres equipements 
geres par le NMS. Par consequent, en cas d'incompatibilite, il peut arriver que 
le nouvel equipement ne puisse pas se synchroniser avec le NMS, ce qui en 
interdit la gestion. Le superviseur (ou gestionnaire) du reseau doit alors 
interrompre la gestion du reseau pour eviter que des alarmes intempestives 

10 ne parviennent au NMS. 

L'invention a done pour but de remedier a tout ou partie des 
inconvenients precites. 

Elle propose a cet effet un dispositif de controle de donnees de 
gestion d'equipements d'un reseau de communications equipe d'un systeme 

is de gestion de reseau (NMS) capable de gerer les equipements de reseau a 
partir de modules de donnees de gestion prealablement charges, associes 
aux equipements de reseau et stockes dans une memoire. 

Ce dispositif se caracterise par le fait qu'il comprend des moyens de 
controle capables, lorsque le NMS effectue une demande de prise en charge 

20 d'au moins un nouvel equipement, d'extraire de la memoire le module de 
donnees de gestion qui est associe a chaque nouvel equipement, puis de 
charger dans le NMS chaque nouveau module de donnees de gestion extrait, 
de fagon dynamique, de sorte que la gestion, par le NMS, des autres 
equipements du reseau ne soit pas interrompue. 

25 Selon une autre caracteristique de ('invention, les moyens de controle 

peuvent etre agences, chaque fois qu'est charge un nouveau module de 
donnees de gestion, associe a une nouvelle version d'un equipement qui n'a 
pas encore ete integree dans le reseau alors qu'un « ancien » module de 
donnees de gestion associe a une version anterieure de cet equipement est 

30 encore charge et que la version anterieure est toujours integree au reseau, 
tout d'abord pour mettre en attente le nouveau module de donnees de gestion 
venant d'etre charge de maniere a poursuivre la gestion de I'ancienne version 
de Tequipement a partir de Tancien module associe et charge, jusqu'a 
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Integration de la nouvelle version de I'equipement. Ensuite, lorsque les 
moyens de controle recoivent des donnees signalant I'integration de la 
nouvelle version, ils peuvent mettre en service le nouveau module de 
donnees de gestion precedemment charge de maniere a assurer la gestion 
de la nouvelle version de I'equipement a partir de celui-ci. 

Dans ce cas, il est preferable que la mise eh attente consiste, d'une 
part, a permettre la gestion de la nouvelle version de I'equipement a partir du 
nouveau module de donnees de gestion associe, sans tenir compte des 
eventuels messages d'erreur lies a sa non integration au sein du reseau, et 
d'autre part, a adresser a I'ancien module de donnees de gestion un message 
lui signalant qu'un changement de version est en cours et qu'il ne doit pas 
tenir compte d'une partie au moins des messages d'erreur lies a la gestion 
conjointe des ancienne et nouvelle versions. 

Par ailleurs, et toujours dans le cas presente ci-dessus, il peut etre 
avantageux que les moyens de controle soient capables de supprimer (ou 
decharger) I'ancien module de donnees de gestion une fois qu'ils ont ete 
avertis de la synchronisation entre la nouvelle version d'equipement et le 
nouveau module de donnees de gestion. 

En outre, les moyens de controle sont preferentiellement agences de 
maniere a charger des modules de donnees de gestion seion au moins un 
premier mode dans lequel les modules sont charges independamment 
d'eventuelles dependances entre eux et un second mode dans lequel les 
modules sont charges en tenant compte d'eventuelles dependances entre 
eux. 

Preferentiellement, chaque module de donnees de gestion est 
constitue d'au moins un descripteur. Par definition, un descripteur est un 
module informatique qui contient toutes les donnees necessaires a la gestion 
par le NMS d'au moins un element d'equipement (comme par exemple une 
carte a circuits integres ou une interface de connexion). 

Preferentiellement, un descripteur est dedie a un equipement et 
constitue, d'une part, de fichiers de codes de programmes, de preference en 
langage Java (en raison de son aptitude a charger et decharger des codes de 
facon dynamique), dont un premier ensemble de fichiers permettant de mettre 
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en oeuvre une interface d'equipement, un deuxieme fichier comportant des 
premieres donnees designant le type de I'equipement, et un troisieme fichier 
comportant des secondes donnees designant la definition de MIB associee a 
cet equipement, et d'autre part, d'au moins un fichier de configuration, par 
exemple de type XML et contenant des informations permettant de gerer un 
type d'equipements du reseau. 

Uinvention porte egalement sur un serveur de gestion de reseau de 
communications equipe d'un dispositif de controle du type de celui presente 
ci-avant et de moyens de gestion capables de gerer des equipements de 
reseau a partir de modules de gestion prealablement charges, associes aux 
equipements de reseau et stockes dans une memoire. 

Uinvention porte en outre sur un procede de controle de donnees de 
gestion d'equipements d'un reseau de communications, dans lequel on gere 
les equipements de reseau a partir de modules de donnees de gestion 
charges, associes a ces equipements de reseau. 

Ce procede se caracterise par le fait qu'il consiste, en cas de 
demande de prise en charge d'au moins un nouvel equipement du reseau, a 
charger de fagon dynamique chaque nouveau module de donnees de gestion 
associe a un nouvel equipement, de sorte que la gestion des autres 
equipements du reseau ne soit pas interrompue. 

Le procede selon (Invention pourra comporter des caracteristiques 
complementaires qui pourront etre prises separement et/ou en combinaison, 
et en particulier : 

- en cas de chargement d'un nouveau module de donnees de gestion 
associe a une nouvelle version d'un equipement qui n'a pas encore ete 
integree dans le reseau alors qu'un « ancien » module de donnees de 
gestion, associe a une version anterieure de cet equipement, est encore 
charge et que cette version anterieure est toujours integree au reseau, il 
est avantageux de commencer par mettre en attente le nouveau module 
de donnees de gestion qui vient d'etre charge de maniere a poursuivre la 
gestion de Tancienne version de I'equipement a partir de Tancien module 
associe et charge, jusqu'a I'integration de la nouvelle version de 
I'equipement, puis de mettre en service le nouveau module charge lorsque 
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I'on regoit des donnees signalant ('integration de la nouvelle version, de 
sorte que la gestion de la nouvelle version de I'equipement soit assuree a 
partir de ce nouveau module de donnees de gestion ; 

- la mise en attente peut consister, d'une part, a permettre la gestion de la 
nouvelle version de Tequipement a partir du nouveau module de donnees 
de gestion associe, sans tenir compte d'eventuels messages d'erreur lies 
a sa non integration dans le reseau, et d'autre part, a adresser a I'ancien 
module de donnees de gestion un message lui signalant qu'un 
changement de version est en cours et qu'il ne doit pas tenir compte d'une 
partie au moins des messages d'erreur lies a la gestion conjointe des 
ancienne et nouvelle versions ; 

- en cas de synchronisation entre la nouvelle version d'equipement et le 
nouveau module de donnees de gestion, on peut supprimer I'ancien 
module de donnees de gestion ; 

- on peut charger les modules de donnees de gestion independamment de 
leurs eventuelles dependances ou en tenant compte de leurs eventuelles 
dependances ; 

- les modules de donnees de gestion peuvent etre chacun constitues d'au 
moins un descripteur du type de ceux presentes ci-avant. 

L'invention peut notamment etre mise en oeuvre dans toutes les 
technologies reseaux qui doivent etre gerees, et notamment dans les reseaux 
de transmission (par exemple de type WDM, SONET, SDH), de donnees (par 
exemple de type Internet-IP ou ATM) ou de voix (par exemple de type 
classique, mobile ou NGN). 

D'autres caracteristiques et avantages de I'invention apparaitront a 
I'examen de la description detaillee ci-apres, et de I'unique figure annexee qui 
illustre de fagon schematique un exemple de reseau de communications 
equipe d'un dispositif de controle selon I'invention implante dans un serveur 
de gestion de reseau. Cette figure pourra non seulement servir a completer 
invention , mais aussi contribuer a sa definition, le cas echeant 

^invention propose un dispositif de controle destine a permettre au 
gestionnaire (ou superviseur) d'un reseau de communications, via son 
systeme de gestion du reseau (ou NMS pour « Network Management 
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System »), d'acceder rapidement aux donnees de gestion des equipements 
du reseau qu'il souhaite gerer et/ou configurer. 

Sur I'unique figure se trouve iliustre, a titre d'exemple, un reseau de 
communications equipe d'un dispositif de controle 1 selon I'invention. Plus 
5 precisement, dans cet exemple, le dispositif 1 est implante dans un serveur 
de gestion 2 du systeme de gestion du reseau NMS, qui comporte en outre 
un module de gestion 3, couple au dispositif 1 et a une interface graphique 4 
de type GUI (pour « Graphical User Interface »). 

Bien entendu, le dispositif de controle 1 pourrait etre implante dans un 

10 boTtier externe dedie, couple au serveur de gestion 2, ou bien dans le module 
de gestion 3 dudit serveur de gestion 2. Par ailleurs, dans I'exemple iliustre, 
on n'a represents qu'un unique serveur de gestion 2, mais, on peut envisager 
que le NMS comporte plusieurs serveurs de gestion, chacun equipe d'un 
dispositif de gestion 1, et par exemple destines a permettre chacun la gestion 

15 d'une partie des equipements du reseau. 

Comme iliustre, le reseau de communications comporte une 
multiplicity d'equipements de reseau 5 (ici au nombre de quatre, a titre 
d'exemple), tels que des serveurs peripheriques ou de coeur, des terminaux, 
des commutateurs ou des routeurs, capables d'echanger des donnees, selon 

20 un protocole de gestion de reseau choisi, avec le NMS et notamment avec 
son serveur de gestion 2. 

Par exemple, le reseau de communications est de type Internet (IP) et 
le protocole de gestion du reseau est le protocole SNMP (pour « Simple 
Network Management Protocol » RFC 2571-2580). Mais, bien entendu, 

25 Tinvention s'applique a d'autres types de reseau, comme par exemple aux 
reseaux de transmission de type WDM, SONET ou SDH, de donnees de type 
ATM, ou de voix de type classique, mobile ou NGN, et a d'autres protocoles 
de gestion de reseau, comme par exemple TL1, CORBA ou CMISE/CMIP. 

Par ailleurs, chaque equipement 5 comporte classiquement une base 

30 d'informations de gestion 6 (ou MIB pour « Management Information Base »), 
egalement appelee base d'instances d'objets. Chaque MIB 6 comporte des 
champs d'information dont les valeurs specifiques caracterisent Tequipement 
associe et peuvent etre accedees par un navigateur 7, generalement implante 
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dans Tinterface graphique 4. Par ailleurs, chaque MIB 6 est associee a une 
definition de base deformations de gestion 8, egalement appelee definition 
de MIB, stockee dans le NMS et accessible au serveur de gestion 2, et 
notamment a son module de gestion 3. Une definition de MIB 8 repond par 

5 exemple au standard RFC 1213, dans le cas du protocole SNMP, et decrit 
generalement, pour I'equipement 5 concerne, tous ses attributs possibles, un 
type de donnees (string, integer, ...). reorganisation de nommage, le texte 
decrivant I'equipement (ou objet), les droits d'acces, la hierarchie des objets 
(ou equipements), et analogue. 
io En outre, on prevoit une memoire 9 couplee au moins au dispositif de 

controle 1 et dans laquelle sont stockees des modules de donnees de gestion 
dedies a chaque equipement 5 du reseau et preferentiellement agences sous 
la forme de ce que i'homme de Tart appelle des descripteurs. Un descripteur 
est un module informatique qui contient toutes les donnees necessaires a- la 

is gestion par le NMS d'au moins un element d'equipement (comme par 
exemple une carte a circuits integres ou une interface de connexion). 

Chaque descripteur dedie est preferentiellement constitue d'au moins 
un premier fichier de codes de programmes, de preference en langage Java, 
qui permet de mettre en oeuvre une interface d'equipement 5, un deuxieme 

20 fichier contenant des donnees qui designent un type d'equipement, et un 
troisieme fichier contenant des donnees qui designent la definition de MIB 8 
associee a I'equipement du type considere, et d'au moins un fichier de 
configuration, par exemple de type XML, qui contient des informations 
permettant de gerer un type d'equipement 5 du reseau. 

25 Les fichiers de codes de programmes sont preferentiellement en 

langage Java, en raison de I'aptitude de ce langage a charger et decharger de 
fagon dynamique des codes informatiques. Mais, d'autres langages peuvent 
etre envisages, comme par exemple Small Talk, des lors qu'ils permettent le 
chargement et le dechargement dynamique de codes informatiques. 

30 Dans le cas du langage Java, les fichiers de codes sont egalement 

appeles « classes ». Chaque descripteur est done associe a une classe 
principale qui possede eventuellement certaines dependances avec d'autres 
classes. Par exemple un descripteur A peut etre con?u de maniere a 
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fonctionner avec une version particuliere CA de la classe principale C, tandis 
qu'un descripteur B peut etre congu de maniere a fonctionner avec une 
version particuliere CB de cette classe principale C. 

Dans I'exemple illustre, la memoire 9 est implantee dans le serveur 
5 de gestion 2. Mais, elle pourrait etre implantee dans le dispositif de controle 1 
de Tinvention, ou dans le module de gestion 3 du serveur 2, ou encore dans 
un boTtier externe dedie, couple au moins au dispositif de controle 1. 

Le dispositif de controle 1 comporte un module de controle 10 agence 
de maniere a extraire de la memoire 9 chaque descripteur dedie a un 

10 equipement 5 que le serveur de gestion 2 du NMS souhaite prendre en 
charge, puis a charger ce descripteur dedie extrait dans le module de gestion 
3 du serveur 2. Plus precisement, selon Tinvention, le module de controle 10 
est capable de charger les descripteurs, de fagon dynamique, dans le module 
de gestion 3 de sorte qu'il puisse continuer a gerer les autres equipements du 

15 reseau sans etre interrompu (et perturbe) par I'operation de chargement. 

Lorsqu'un descripteur est charge dans le module de gestion 3, et que 
Pequipement 5 auquel il est dedie s'est synchronise a lui, via le reseau, le 
serveur de gestion 2, dans lequel il est implante, est alors capable de 
communiquer avec ledit equipement 5. Du fait de Tarchitecture utilisee, de 

20 type « client/serveur », le serveur de gestion 2 utilise generalement plusieurs 
strategies pour maintenir synchronisees les informations associees aux 
differents equipements 5 qui! gere. II peut par exemple stacker les MIB 6 des 
equipements 5 dans une memoire cache et/ou dans un disque dur, ou 
transmettre toutes les requetes aux equipements 5, ou encore interroger 

25 regulierement (« polling ») les equipements 5, ou encore ecouter toutes les 
notifications qui lui parviennent du reseau. 

Les donnees (ou codes) que comprennent les descripteurs et qui sont 
chargees (ou « plug in ») dans le module de gestion 3 permettent non 
seulement la gestion des equipements, mais egalement I'affichage de 

30 certaines au moins des informations relatives aux equipements 5 sur un 
moniteur couple au serveur de gestion 2, grace a Tinterface graphique 4 de 
type GUI. 

De fagon classique, la gestion d'un equipement 5 au niveau du 
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module de controle 3 s'effectue a I'aide de deux types de commandes. Un 
premier type concerne les commandes de creation qui permettent de 
configurer chaque equipement 5 avec les donnees qui lui sont specifiques, 
comme par exemple son type, sa version, son adresse, et analogues. Ces 
donnees sont stockees dans une memoire dediee a cet effet. Lors du 
lancement (ou demarrage) du systeme de gestion, cette memoire est 
accedee pour permettre le chargement des descripteurs et des definitions de 
MIB appropries. Un second type concerne les commandes de supervision qui 
permettent au module de gestion 3 de synchroniser ses donnees avec ceiles 
des equipements 5. 

Plusieurs dizaines de descripteurs, typiquement jusqu'a cinquante 
environ, peuvent ainsi etre charges dans le module de gestion 3 et dans 
Tinterface graphique 4, via le module de gestion 3. 

Le dispositif 1 selon invention est par ailleurs preferentiellement 
agence de maniere a gerer la coexistence au sein du module de gestion 3 
d'un ancien et d'un nouveau descripteurs associes a un meme type 
d'equipement 5. En effet, avant d'integrer dans un reseau un nouvel 
equipement ou une nouvelle version d'un equipement, on charge dans le 
module de gestion 3 le nouveau descripteur qui lui est dedie. Ce nouveau 
descripteur, dedie, par exemple, a la nouvelle version d'un equipement, 
coexiste done dans le module de gestion 3 avec I'ancien descripteur dedie a 
la version (dite ancienne) de cet equipement, laquelle est toujours integree 
dans le reseau, contrairement a la nouvelle. 

Pour eviter que cette coexistence ne perturbe la gestion effectuee par 
le module de gestion 3, notamment en raison d'alarmes signalant I'absence 
de la nouvelle version, le module de controle 10 est agence de maniere a 
placer dans un etat « d'attente » (ou « stand-by ») chaque nouveau 
descripteur qu'il vient de charger jusqu'a Integration de la nouvelle version de 
I'equipement associe. De la sorte, le module de gestion 3 peut continuer a 
gerer I'ancienne version de I'equipement a partir de I'ancien descripteur 
associe et charge tant qu'il demeure integre au reseau. Ensuite, lorsque le 
module de controle 10 est averti par le module de gestion 3 que la nouvelle 
version de I'equipement a bien ete integree au reseau, it place le nouveau 
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module dans Petat « actif » et Pancien descripteur dans Petat « inactif ». Le 
nouveau descripteur est alors en service et le module de gestion 3 peut 
assurer la gestion de la nouvelle version de Pequipement a partir de celui-ci. 

U integration est consideree comme definitive lorsque le module de 
5 gestion 3 est assure que les donnees (et informations) relatives au nouvel 
equipement 5 sont effectivement synchronisees avec les descripteurs dedies 
aux differents equipements du reseau. II peut en effet arriver qu'une nouvelle 
version d'equipement (ou un nouvel equipement) ne soit pas compatible avec 
le systeme de gestion du reseau. Dans cette situation, Pinvention permet done 
10 de s'assurer qu'un equipement est effectivement integre au reseau avant d'en 
assurer la gestion conjointement avec celle des autres equipements du 
reseau. 

Dans ce mode de realisation du dispositif de controle 1, il est par 
ailleurs preferable que le placement, par le module de controle 10, d'un 

is nouveau descripteur dans Petat d'attente consiste, d'une part, a faire croire au 
module de gestion 3 que la nouvelle version de Pequipement 5 a bien ete 
integree, et qu'il doit le gerer a partir du nouveau descripteur charge sans tenir 
compte des eventuels messages d'erreur lies a sa non integration effective au 
sein du reseau, et d'autre part, a adresser a Pancien descripteur un message 

20 lui signalant qu'un changement de version est en cours et qu'il ne doit pas 
tenir compte d'une partie au moins des messages d'erreur lies a la 
coexistence des ancienne et nouvelle versions. Ainsi, tant que les donnees 
d'un nouvel equipement n'ont pas ete effectivement synchronisees, le module 
de gestion 3 assure sa supervision, via le nouveau descripteur associe, selon 

25 un mode dit « esclave », par opposition a un mode dit « maitre » designant la 
supervision de Pancienne version encore synchronisee via Pancien 
descripteur. 

Un tel mode de fonctionnement permet de reduire notablement le 
temps necessaire a Pintegration de chaque nouvel equipement au sein d'un 

30 reseau. 

Par ailleurs, lorsqu'un ancien descripteur a ete place dans Petat 
inactif, et done que la nouvelle version de Pequipement a ete consideree 
comme effectivement integree au reseau (ses donnees etant synchronisees), 
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il est preferable que le module de controle 10 le decharge du module de 
gestion 3. Ce dechargement peut consister en une suppression. 

Comme indique precedemment, le langage Java est particulierement 
interessant dans le cadre de la mise en oeuvre de I'invention, et notamment 
5 de la gestion de la coexistence d'ancien et nouveau modules de donnees de 
gestion (ou descripteurs). En effet, ce langage offre une fonctionnalite 
appelee chargement de classe (ou « classloader ») qui selon sa declinaison 
permet d'isoler ou de ne pas isoler des classes associees a des descripteurs 
differents selon que Ton souhaite tenir compte ou non de leurs eventuelles 
10 dependances respectives. Grace a cette fonctionnalite, il est done possible de 
ne charger qu'une fois une classe principale C pour tous les descripteurs (de 
maniere a tenir compte des dependances de ses sous-classes) ou de charger 
des sous-classes CA et CB, par exemple, de maniere a ne pas tenir compte 
de leurs dependances eventuelles (ce qui est avantageux lorsque certaines 
is dependances sont incompatibles). 

Le module de controle 10 est done agence de maniere a fonctionner 
selon ces deux modes de chargement, en fonction du choix du superviseur. 

II est important de noter que ce mode de chargement n'est pas 
exclusif au langage Java. D'autres langages Putilisent, comme par exemple 

20 C#. 

Le module de gestion 3, le dispositif de gestion 1 (et notamment son 
module de controle 10), ainsi qu'eventuellement la memoire 3, peuvent etre 
realises sous la forme de circuits electroniques (ou « hardware »), de modules 
logiciels ou informatiques (ou « software »), ou d'une combinaison de circuits 
25 et de logiciels. 

L'invention offre egalement un procede de controle de donnees de 
gestion d'equipements 5 d'un reseau de communications, dans lequel on gere 
les equipements 5 de reseau a partir de modules de donnees de gestion 
charges, associes a ces equipements de reseau. 
30 Celui-ci peut etre mis en ceuvre a I'aide du dispositif de controle 1 

presente ci-avant Les fonctions principals et les sous-fonctions optionnelies 
assurees par les etapes de ce procede etant sensiblement identiques a celles 
assurees par les differents moyens constituant le dispositif de controle 1, 
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seules seront resumees ci-apres les etapes mettant en oeuvre les fonctions 
principaies du procede selon invention. 

Ce procede se caracterise par le fait qu'il consiste, en cas de 
demande de prise en charge d'au moins un nouvel equipement 5 du reseau, 
a charger de fagon dynamique chaque nouveau module de donnees de 
gestion (ou descripteur) associe a un nouvel equipement 5, de sorte que la 
gestion des autres equipements du reseau ne soit pas interrompue. 

Preferentiellement, en cas de chargement d'un nouveau module de 
donnees de gestion associe a une nouvelle version d'un equipement 5 qui n'a 
pas encore ete integree dans le reseau alors qu'un « ancien » module de 
donnees de gestion, associe a une version anterieure de cet equipement, est 
encore charge et que cette version anterieure est toujours integree au reseau, 
il est avantageux de commencer par mettre en attente le nouveau module de 
donnees de gestion qui vient d'etre charge de maniere a poursuivre la gestion 
de I'ancienne version de I'equipement a partir de I'ancien module associe et 
charge, jusqu'a 1'integration de la nouvelle version de Tequipement, puis de 
mettre en service le nouveau module charge lorsque Ton re<?oit des donnees 
signalant Integration de la nouvelle version, de sorte que la gestion de la 
nouvelle version de Tequipement soit assuree a partir de ce nouveau module 
de donnees de gestion 

L'invention ne se limite pas aux modes de realisation de procede, 
dispositif de controle 1 et serveur de gestion 2 decrits ci-avant, seulement a 
titre d'exemple, mais elle englobe toutes les variantes que pourra envisager 
Phomme de Tart dans le cadre des revendications ci-apres. 

Ainsi, on a decrit un reseau dans lequel le systeme de gestion NMS 
ne comportait qu'un unique serveur de gestion equipe du dispositif de controle 
selon l'invention et agence de maniere a gerer ('ensemble des equipements 
du reseau. Mais, le systeme de gestion NMS pourrait comporter plusieurs 
serveurs de gestion equipes chacun d'un dispositif de controle selon 
Tinvention et agences de maniere a permettre la gestion de parties 
d'equipements du reseau. 
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REVENDICATIONS 

1. Dispositif (1) de controle de donnees de gestion d'equipements (5) 
5 d'un reseau de communications comportant un systeme de gestion de reseau 
propre a gerer lesdits equipements a partir de modules de donnees de 
gestion charges, associes auxdits equipements et stockes dans une memoire 
(9), caracterise en ce qu'il comprend des moyens de controle (10) agences, 
en cas de demande de prise en charge par (edit systeme d'au moins un 

10 nouvel equipement (5) dudit reseau, pour extraire de ladite memoire (9) le 
module de donnees de gestion associe a chaque nouvel equipement, puis a 
charger dans ledit systeme chaque nouveau module de donnees de gestion 
extrait, de fagon dynamique, de sorte que la gestion des autres equipements 
(5) dudit reseau par ledit systeme ne soit pas interrompue. 

15 2. Dispositif selon la revendication 1, caracterise en ce que lesdits 

moyens de controle (10) sont agences, en cas de chargement d'un nouveau 
module de donnees de gestion associe a une nouvelle version d'un 
equipement (5), pas encore integree dans ledit reseau, alors qu'un « ancien » 
module de donnees de gestion associe a une version anterieure de cet 

20 equipement (5) est encore charge et que ladite version anterieure est toujours 
integree audit reseau, i) pour mettre en attente ledit nouveau module de 
donnees de gestion charge de maniere a poursuivre la gestion de ladite 
ancienne version de I'equipement a partir dudit ancien module associe et 
charge, jusqu'a Integration de ladite nouvelle version de I'equipement (5), 

25 puis ii), a reception de donnees signalant I'integration de ladite nouvelle 
version, pour mettre en service ledit nouveau module charge de maniere a 
assurer la gestion de la nouvelle version de I'equipement (5) a partir de ce 
nouveau module de donnees de gestion. 

3. Dispositif selon la revendication 2, caracterise en ce que ladite mise 

30 en attente consiste, d'une part, a permettre la gestion de la nouvelle version 
de I'equipement (5) a partir dudit nouveau module de donnees de gestion 
associe, sans tenir compte de messages d'erreur lies a sa non integration 
dans ledit reseau, et d'autre part, a adresser audit ancien module de donnees 
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de gestion un message lui signalant qiTun changement de version est en 
cours et qu'il ne doit pas tenir compte d'une partie au moins des messages 
d'erreur lies a la gestion conjointe desdites ancienne et nouvelle versions. 

4. Dispositif selon Tune des revendications 2 et 3, caracterise en ce 
5 que lesdits moyens de controle (10) sont agences, en cas de synchronisation 

entre ladite nouvelle version d'equipement (5) et ledit nouveau module de 
donnees de gestion, pour supprimer ledit ancien module de donnees de 
gestion. 

5. Dispositif selon Tune des revendications 1 a 4, caracterise en ce que 
10 lesdits moyens de controle (10) sont agences pour charger des modules de 

donnees de gestion selon au moins un premier mode dans lequel lesdits 
modules sont charges independamment d'eventuelles dependances entre 
eux et un second mode dans lequel lesdits modules sont charges en tenant 
compte d'eventuelles dependances entre eux. 
is 6. Dispositif selon Tune des revendications 1 a 5, caracterise en ce que 

chaque module de donnees de gestion est constitue d'au moins un 
descripteur. 

7. Dispositif selon la revendication 6, caracterise en ce que chaque 
descripteur est constitue d'au moins un fichier de codes de programme et 

20 d'au moins un fichier de configuration. 

8. Dispositif selon la revendication 7, caracterise en ce que Tun desdits 
fichiers de codes de programme d'un descripteur comporte des premieres 
donnees designant un type auquel appartient un equipement de reseau, et un 
autre desdits fichiers de codes de programme dudit descripteur comporte des 

25 secondes donnees designant une definition de base d'informations de gestion 
associee audit equipement (5) et accessible audit systeme. 

9. Dispositif selon Tune des revendications 7 et 8, caracterise en ce 
que lesdits codes de programme sont en langage Java. 

10. Serveur (2) de gestion d'un reseau de communications, comprenant 
30 des moyens de gestion (3) propres a gerer des equipements (5) de reseau a 

partir de modules de donnees de gestion charges, associes auxdits 
equipements (5) de reseau et stockes dans une memoire (9), caracterise en 
ce qu'il comprend un dispositif de gestion (1) selon Tune des revendications 
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precedentes, couples auxdits moyens de gestion. 

11. Procede de controle de donnees de gestion d'equipements (5) d'un 
reseau de communications, dans lequel on gere lesdits equipements de 
reseau a partir de modules de donnees de gestion charges, associes auxdits 
s equipements (5) de reseau, caracterise en ce qu'en cas de demande de prise 
en charge d'au moins un nouvel equipement (5) dudit reseau, on charge de 
fagon dynamique chaque nouveau module de donnees de gestion associe a 
un nouvel equipement (5), de sorte que la gestion des autres equipements (5) 
dudit reseau ne soit pas interrompue. 

10 12. Procede selon la revendication 11, caracterise en ce qu'en cas de 

chargement d'un nouveau module de donnees de gestion associe a une 
nouvelle version d'un equipement (5), pas encore integree dans ledit reseau, 
alors qu'un « ancien » module de donnees de gestion associe a une version 
anterieure de cet equipement (5) est encore charge et que ladite version 

is anterieure est toujours integree audit reseau, i) on met en attente ledit 
nouveau module de donnees de gestion charge de maniere a poursuivre la 
gestion de ladite ancienne version de I'equipement (5) a partir dudit ancien 
module associe et charge, jusqu'a Integration de ladite nouvelle version de 
I'equipement (5), puis ii), a reception de donnees signalant ('integration de 

20 ladite nouvelle version, on met en service ledit nouveau module de donnees 
de gestion charge de maniere a assurer la gestion de la nouvelle version de 
I'equipement (5) a partir de ce nouveau module de donnees de gestion. 

13. Procede selon la revendication 12, caracterise en ce que ladite mise 
en attente consiste, d'une part, a permettre la gestion de la nouvelle version 

25 de I'equipement (5) a partir dudit nouveau module de donnees de gestion 
associe, sans tenir compte de messages d'erreur lies a sa non integration 
dans ledit reseau, et d'autre part, a adresser audit ancien module de donnees 
de gestion un message lui signalant qu'un changement de version est en 
cours et qu'il ne doit pas tenir compte d'une partie au moins des messages 

30 d'erreur lies a la gestion conjointe desdites ancienne et nouvelle versions. 

14. Procede selon Tune des revendications 12 et 13, caracterise en ce 
qu'en cas de synchronisation entre ladite nouvelle version d'equipement (5) et 
ledit nouveau module de donnees de gestion, on supprime ledit ancien 
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module de donnees de gestion. 

15. Procede selon Tune des revendications 11 a 14, caracterise en ce 
que les modules de donnees de gestion sont charges independamment de 
leurs eventuelles dependances ou en tenant compte de leurs eventuelles 
dependances. 

16. Procede selon Tune des revendications 12 a 15, caracterise en ce 
que chaque module de donnees de gestion est constitue d'au moins un 
descripteur. 

17. Procede selon la revendication 16, caracterise en ce que chaque 
descripteur est constitue d'au moins un fichier de codes de programme et 
d'au moins un fichier de configuration. 

18. Procede selon la revendication 17, caracterise en ce que Tun 
desdits fichiers de codes de programme d'un descripteur comporte des 
premieres donnees designant un type auquel appartient un equipement de 
reseau, et un autre desdits fichiers de codes de programme dudit descripteur 
comporte des secondes donnees designant une definition de base 
d'informations de gestion associee audit equipement (5) et accessible. 

19. Procede selon Tune des revendications 17 et 18, caracterise en ce 
que lesdits codes de programme sont en langage Java 

20. Utilisation des procede, dispositif de controle (1) et serveur de 
gestion (2) selon Tune des revendications precedentes dans les technologies 
reseaux devant etre gerees. 

21. Utilisation selon la revendication 20, caracterise en ce que lesdites 
technologies reseaux sont choisies dans un groupe comprenant les reseaux 
de transmission, en particulier de type WDM, SONET et SDH, de donnees, 
en particulier de type Internet-IP et ATM, et de voix, en particulier de type 
classique, mobile et NGN. 
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